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5 System and Method Facilitating Multilateral and Bilateral 

Negotiations 

BACKGROUND OF THE INVENTION 

10 1. Field of the Invention 

The present invention relates generally to a mechanism and method whereby a first 
type of exchange negotiation open to multiple parties such as an auction can be translated to 
a second type of exchange negotiation such as a bilateral negotiation in which details of the 
negotiation are private between the parties. Specific implementations of aspects of the 

1 5 present invention may be mediated over long distances and might, for example, 

advantageously commimicate across the Internet using a combination of automated 
messaging, such as e-mail, and individualized interactions on remote forum such as on a 
website. 

20 2. Description of the Related Art 

Domain names and the registrations to use those domain names are valuable and there 
is a natural desire to acquire domain names that are appropriate to a business or that are 
otherwise desirable to an individual There is a concomitant and equally natural desire for 
individuals or organizations to obtain value for domain name registrations that are no longer 

25 of value to the holder. Because of this, there has been considerable activity both in the 

original or initial registration of domain names and in the post-registration transfer of domain 
names. As distinctly intangible rights, the trading or transfer of domain names is well suited 
to auctions mediated over the Internet. A number of organizations have arisen to facihtate 
and conduct auctions presently including Aftemic.com. 

30 Generally these auctions are conducted on a website and identify the right being 

offered, a history of bids including the current bid, identification of bidders usually in the 
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form of a screen name, and a clock indicating the amount of time remaining in the auction. 
Auction sites can be implemented in a number of known manners using conventional 
database and web server strategies. The auction site generally provides a search engine that 
assists in identifying auctions of interest. Bids are submitted to the auction site by interested 
5 bidders that are either registered with the site or that are otherwise authenticated by the 

auction site. Auctions continue for a predetermined amount of time that can be set according 
to the auction site's or the domain name registration owner's preference. As with other types 
of auctions, an auction of a domain name registration can be subject to a reserve price that 
must be met if the auction is to complete successfully. 

10 When the auction completes successfully, an announcement is made that the auction 

is complete and has resulted in an agreement to transfer. This announcement may be in the 
form of a posting on the relevant page of the auction's website, maybe in the form of 
automatically generated e-mails to participants, or a combination of these strategies. If the 
auction is unsuccessful, no transfer is made md a new auction for the name may begin. 

15 Subsequent auctions can be useful when new interested bidders find the auction or as an 
overall strategy for a registration holder. 

Auctions are not wholly satisfactory for the transfer of domain name registrations. 
The following description of preferred embodiments presents certain modifications or 
alternatives to auctions for the transfer of domain name registrations. To provide a 

20 background for that discussion, the following provides an overview of the present 

characteristics of domain names, how domain names are registered, and what needs to be 
done to make a registration effective. 

Each computer on the Internet is identified by a unique Internet protocol ("IP") 
address. This address is a 32-bit number organized as four 8-bit values separated by periods 

25 such as 123.45.67.89. Such a numerical system, while useful as a routing address system for 
computer-to-computer communication, is not human user-friendly. Consequently, domain 
names are used to allow users to more easily identify and connect to a target computer on the 
network. These user-friendly domain names (or "host names"), such as "aftemic.com", are 
easy for users to remember and, since they map to a unique IP number, accurately identify 

30 the computer's IP address. In such a domain name identification scheme, the domain name 
forms apart of the uniform resource locator (URL) that specifies the location of resources on 
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the World Wide Web. The URL identifies the mechanism used to access the resource (e,g,, 
http, ftp, etc.), the specific computer that houses the resource, and the specific name of the 
resource (such as a filename). 

As with the underlying Internet address, domain names typically have a hierarchical 
5 organization, with the traihng portion of the domain name, such as .com, .net, .org, .us, .uk or 
.jp, representing the top-level domain. Top-level domains include global top-level domains 
(gTLD) and country specific or country code top-level domains (ccTLD). The global top- 
level domains include .com, .org, .net, .edu, .gov and .mil. Of these, .edu, .gov and .mil 
gTLD's are restricted to use by entities meeting specific qualifications. Other global top level 

10 domains have been introduced and can be expected in coming years. Country code top-level 
domains are country specific in that they identify registrations within a given country. The 
specific country governs registration for the country code top-level domains. Some countries 
are "open" in that they allow any entity to register a domain name within its ccTLD. Other 
countries are "closed" and only allow entities that meet restrictions such as residency to 

15 register domain names in that ccTLD. Most domain users presently use one or more of the 
.com, .net or .org gTLDs. 

The domain name entered by a user is sent over the Internet to a global network of 
servers called the "domain name system" (DNS), which receives the domain name as a 
request and translates the domain name into the target computer's numerical IP address. The 

20 numerical IP address is returned to the user's computer to enable it to connect to the target 
computer. Typically, after the user enters the domain name, the rest of the process is 
invisible to the user until the user connects to the target computer. The domain name system 
consists of a collection of root servers or DNS Servers that provide a directory linking 
domain names with corresponding IP addresses. There are presently thirteen root servers 

25 worldwide that contain authoritative databases or "root zone files" listing all top-level 

domains. The collection of root servers is centrally managed for all global top-level domains 
to ensure that each computer on the network can be uniquely identified by unique domain 
names and numerical addresses. 

A "registry" is an international organization or entity that is responsible for assigning 

30 domain names and Internet protocol addresses. Each country maintains its own registry, 
generally through a company or organization. The registry has the responsibility to record 
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and update domain names and Internet protocol addresses, as well as the information 
associated with them, on the root servers. A registry is under contract from its respective 
government to control domain name registration. The registry may authorize other entities, 
known here as registrars, to conduct domain name registration and other aspects of the 
5 management of domain names and IP addresses. 

A "registrar" is an organization or company that is authorized to provide registration 
services for all users of certain top-level domains, such as the .net, .org and .com global top- 
level domains. Registrars are presently authorized either by ICANN, the Internet 
Corporation for Assigned Names & Numbers, a U.S. governmental organization under the 

10 Department of Commerce, or by the registrar's respective goveniment to control domain 
name registration. A registrar is authorized by the registry to act as an agent of the registrar 
to process domain name registration. The registrar has the responsibility to create and 
maintain a Whois database and zone files for its customers. Examples of registrars presently 
include Register.com and Network Solutions, Inc., both authorized by ICANN. 

15 A "registrant" is the individual or organization to whom a specific domain name is 

registered with the registry. Once a registrant has registered a domain name, paid the 
associated fees and met certain conditions, the individual or organization holds the domain 
name for use for a specific period of time. The registrant can use the domain name for such 
purposes as web hosting and e-mail. In many cases, the registrant may incorporate one or 

20 more domain names into an organizational identity or business. As such, a registration to use 
a particular domain name can be viewed as a significant asset for certain registrants. 

The "shared registry system" (SRS) is a system that permits multiple registrars to 
provide registration services for the .com, .net and .org domains and such other top level 
domains as become available for commercial or public use. The system is a shared database 

25 that holds information about domain names and their authoritative name servers. The shared 
registry system updates the root zone file within the root servers with information about the 
domain names for the .com, .org and .net gTLDs about every twenty-four hours in typical 
operation. The SRS allows accredited registrars to enter information about newly registered 
domain names into the SRS, and the information about the newly registered domain names is 

30 then uploaded to the root servers. Accredited registrars can update name server information 
within the SRS for domain names for which they are recognized as registrar. Accredited 
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registrars are registered with the SRS and access the SRS through a secure and authenticated 
communication channel, such as through a secure socket level encrypted communication 
link. The SRS facilitates the updating of domain name and IP address information and also 
provides a utility for identifying the registrar that registered a domain name, when the entry 
5 to the SRS was created and the authoritative name servers for the domain name. 

Domain names may be registered initially either by an accredited registrar or by an 
unaccredited registrar that cooperates with an accredited registrar to effect the registration of 
a domain name. For a domain name registration to be fiilly effective, the association 
between the domain name and the corresponding IP address needs to be recorded in the 
1 0 registry and recorded in the DNS servers. Transfers of domain name registrations require 
that the domain name be associated with a new IP address and that association recorded and 
updated throughout the registry and the DNS servers. 

SUMMARY OF THE PREFERRED EMBODIMENTS 

15 

An aspect of the present invention provides a system facilitating transfer of an asset in 
a private negotiation following a public negotiation, including a transaction controller. The 
transaction controller identifies at least one participant for a private negotiation from a set of 
participants from a public negotiation in which one or more participants negotiated for 

20 purchase of an asset. A message generator is coupled to the transaction controller and 

forwards a message to the at least one participant for the private negotiation inviting the at 
least one participant to engage in a private negotiation for the purchase of the asset. A server 
outputs information to the at least one participant representative of at least an identification 
of the asset, an identification of a party offering the asset, an identification of the at least one 

25 participant and a current offer or bid price for the asset. The server outputs the information 
in response to the transaction controller indicating that the at least one participant will 
participate in the private negotiation. 

Another aspect of the present invention provides a system facihtating transfer of an 
asset in a sequence including at least one private negotiation following an auction. A first 

30 computer is adapted to connect through a network to at least one server, the server accessing 
and serving auction data representative of an auction for an asset and at least a first state of a 
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first bilateral negotiation for the intangible asset. Preferably, the first state identifies a seller 
and a first bidder fi-om the auction engaged in the first bilateral negotiation. The first 
computer receives messages directed to the first bidder in the bilateral negotiation, including 
a first message inviting the first bidder to engage in the first bilateral negotiation. Upon the 
5 first bidder initiating the first bilateral negotiation, the first computer receives the first state 
of the first bilateral negotiation and generating a first screen illustrating a present state of the 
first bilateral negotiation. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 

Preferred aspects of the present invention are described herein with reference to the 
following views of the drawings, which form a part of the present disclosure. 

FIG. 1 schematically illustrates a series of private stage, bilateral negotiations that 
might proceed in accordance with aspects of the present invention. 
15 FIG. 2 illustrates aspects of the computer systems used and accessed in accordance 

with preferred embodiments of the present invention. 

FIG. 3 schematically illustrates aspects of a negotiation website generated and used in 
practice of aspects of the present invention. 

20 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Particularly preferred embodiments of the present invention provide a mechanism and 
method facihtating the transfer of a domain name fi:-om a domain name registrant to a party 
that wishes to purchase the registration for the domain name. Generally the transaction may 

25 proceed through two stages, a pubhc stage and a private stage. The pubUc stage of the 
transaction might be an auction. The auction might not be successful, so that no domain 
name registration transfer results. Following an unsuccessfiil public stage of the transaction, 
the party offering the domain name and one of the participants in the pubhc stage of the 
transaction are invited to participate in a private stage of the transaction. The private stage of 

30 the transaction might be a bilateral negotiation. Should this first private stage negotiation not 
result in a transfer, then the seller and another participant in the public stage of the 

6 

\\\LA -81566/31 -#101266 vl 



transaction may be invited to participate in a second private stage negotiation within the 
transaction. This process can continue until a transfer completes successfully or the offering 
party withdraws the domain name from the market. In the alternative, an additional pubUc 
stage of a transaction with the potential for a private stage of the transaction might be 
initiated. 

The pubhc stage of a preferred domain name transaction may take the form of an 
auction in which the domain name being offered is identified along with the current bid, the 
bidding history and the time remaining in the auction. Under some public auction rules, 
when the offering party puts a registration up for sale by auction, the offering party is 
obUgated to accept the final bid in the auction and transfer the domain name to the winning 
bidder. In other types of auctions, it is possible for the auction to end and not transfer of the 
domain name. This might occur, for example, when the pubHc stage of the transaction is a 
reserve auction, hi reserve auctions, the offering party sets a minimum final bid at which the 
auction will be successful. If the highest bid at the close of the auction period is below the 
reserve price, then the offering party can decUne to accept the highest bid. In such a case, the 
auction does not result in a transfer of the domain name registration. 

According to preferred aspects of this invention, when the pubUc stage of the 
transaction fails to produce a transfer, a set of the parties to the public stage of the transaction 
may be invited to participate in a private stage of the transaction. For example, the offenng 
party and the highest bidder at the end of the pubhc stage of the transaction may be invited to 
participate in a private stage of the transaction. The private stage transaction is preferably a 
bilateral negotiation. Within such a preferred bilateral negotiation, the invited parties 
exchange offer to buy and offer to sell bids until either the bid or sell price is accepted, the 
negotiation period comes to an end, or one or both of the parties withdraw from the 
negotiations. If the first of the private stage negotiations does not result in a transfer, then a 
second private stage negotiation might be initiated by, for example, asking a new bidder from 
the public stage transaction to participate in a second private stage transaction. A series of 
private stage transactions may proceed until the registration is transferred, no more bidding 
parties are available from the public stage of the transaction or the offering party no longer 
wishes to continue with negotiations. 
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It should be appreciated that the offering party need not explicitly agree to enter the 
private stage or stages of the transactions at the beginning of the private stage or stages. 
Rather, the offering party might agree during the set up of the public stage of the transaction 
period to pursue one or more private stage transactions should the public stage transaction 
5 not result in a transfer. In addition, if the offering party has agreed to a private stage 

transaction, the system or method may presume that the offering party will engage in the next 
private stage negotiation and provide a mechanism for the offering party to opt out of a next 
private stage negotiation. There are advantages to each of these strategies. On the other 
hand, it is generally most advantageous to invite each bidding party to negotiate within a 

10 particular private stage negotiation separately before that negotiation. There may be a 
notification to each of the bidding parties that has not yet been a party to a private stage 
negotiation that such negotiations are ongoing. Such a notification is useful to maintain 
interest in the possibiUty of purchasing a domain name registration by parties that are not 
actively participating in the current private stage negotiation. 

15 It should be appreciated that the availabiUty of a second, private stage of negotiations 

following an unsuccessful public auction can significantly alter the conduct of the auction. 
To ensure that the availability of a second stage of negotiations facilitates the transfer of 
domain name registrations, it is preferred that priority for admission to the second stage of 
negotiations be awarded by rank ordering the participants in the auction by the value of their 

20 final bid. Thus, the participant having the highest final bid at the close of the auction is 
preferably the first invited to enter a bilateral negotiation with the domain name registrant. 
This encourages parties to offer more to be the highest bidder at the close of the auction, 
FIG. 1 illustrates schematically the progress of a series of post auction negotiations using the 
preferred method of rank ordering prospective participants in a negotiation on the basis of the 

25 value of the participants' final bid in a domain name registration auction. 

FIG. 2 schematically illustrates a computer system that may accommodate both the 
auction of the domain name registration and a subsequent series of bilateral negotiations 
between the domain name registrant and bidders from the auction. In the system illustrated 
in FIG. 2, a web server 10 performs the primary functions of conducting an auction, 

30 facihtating bilateral negotiations and accessing the resources used by these functions. The 
web server provides a messaging facility for receiving messages firom a medium such as the 
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Internet and processing these messages. Typically a message will request access to 
information or a resource and the messaging facility provides this capability in the illustrated 
embodiment. The messaging facility gathers requested information and outputs the gathered 
information in a form that, in preferred aspects of the present invention, populate or serve 
one or more screens illustrative of different functions of an auction and bilateral negotiation 
website. The messaging facility preferably also communicates more individually by 
generating e-mail messages, for example, to invite participation in a bilateral negotiation. 

Most preferably, the web server also includes transaction management logic capable 
of managing an auction, identifying a series of participants in a corresponding series of 
bilateral negotiations from the bidders in an auction, and otherwise managing the decisions 
and logic involved in practice of preferred aspects of the present invention. Those of 
ordinary skill in this art will recognize that the transaction management logic may be 
embodied in the rules of a database or in macro fimctionality associated with a database. 
Other implementations are well understood. The web server 10 is preferably coupled to an 
appUcation server 12 via a network, such as a high-speed variant of an Ethernet network. 
The application server may provide storage or may in fact provide the logic and functionality 
of the transaction management logic. As will be apparent to those of skill in this art, the 
various resources discussed here can be configured differently and the web server and the 
application server may in fact be within the same server hardware. 

The web server 10 receives messages from the Internet 14 and serves information to a 
plurality of browsers 16, 18, 20 over the hitemet 14. The various illustrated browsers are 
provided on individual computers of, for example, of a domain name registration seller 16 
and first and second bidders 18, 20 in an auction that will subsequently participate in 
respective first and second bilateral, private-stage negotiations. 

The auction stage of a domain name registration transaction can be illustrated with 
reference to FIG. 2. A first bidder, using a browser 18, requests access to the web server 10 
over the Internet 14. The browser requests an auction web page from the web server using, 
for example, a message in a format such as the hypertext transfer protocol (HTTP). The 
message enters web server 10. The web server 10 parses the message and, as appropriate, 
either serves the requested information or requests the information from the application 
server 12 to respond in whole or in part to the request. Static web pages are generally served 
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from the web server 10, while requests for dynamic content might require requests to the 
apphcation server 12, depending on the configuration of the system. The requested auction 
web page is then sent out to the waiting browser 18. 

To sign up for an auction on a web auction site either as a seller or a bidder, a user is 
5 required to register with the auction site. Typically, the user is required to submit identifying 
information such as, name, e-mail address, physical address, credit card information, etc. 
Moreover, the user agrees to the terms set by the auction site as a condition of the registration 
process. For the auction of a domain name, the registration holder might be required to 
identify the administrative contact for the domain name or otherwise show ownership of the 

10 registration. As security for the bidder and seller, the auction site preferably provides an 
escrow facility that allows for payment for the domain name to be held by a third party until 
the domain name is transferred. 

Generally the auction web page is identified in a search engine within the auction site 
and might additionally be registered with other search engines to facilitate identification of 

1 5 the auction web page. The auction web page is preferably open to the public in this part of 
the transaction, that is, anyone can visit and view the web page throughout the duration of the 
auction. The site displays most information provided by the seller except for identifying 
information submitted for security reasons. The reserve price may or may not be displayed at 
the seller's choice. In addition to the information provided by the seller, the site may display 

20 information useful to the auction, such as the highest bid at a particular point in time, time 
remaining for the auction, bid increment, etc. 

When a predetermined time for a domain name auction subject to reserve ends and 
the highest bidding price is equal to or greater than the reserve, the seller becomes bound to 
sell and the bidder becomes bound to purchase the property. The auction site provider 

25 contacts both the seller and the bidder, typically through e-mail, and provides each of the 
parties a facility through which to communicate and complete the transaction. The 
transaction is preferably completed through access to an escrow facility and other aspects of 
the post auction closing are conventional. 

If the predetermined time for the domain name auction with reserve ends with no bid 

30 meeting the reserve, the auction may proceed into a second, private negotiation session, 
known here as "overtime." 
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Preferred implementations of the present invention provide a web site that provides a 
domain name registration seller and one or more bidders an option to conduct a post-auction 
negotiation. If no bidding price meets the reserve at the end of the auction, the preferred 
auction site automatically notifies, preferably electronically, the registrant and the bidders 
5 that a space has been created in which the registrant and a selected bidder may conduct a 
bilateral negotiation. Preferably the notification is from a message generator within the web 
server 10. Either the registration seller or the selected bidder may choose not to enter into the 
negotiation. If the registration seller elects not to negotiate, the negotiation space is 
eliminated from the auction site. If the selected bidder elects not to negotiate, another bidder 
10 is selected and invited to conduct a bilateral negotiation with the domain name registration 
holder. 

If both parties elect to participate, the auction web server 10 maintains the space open 
for a predetermined time period or until an agreement is reached. Most preferably, this 
portion of the web site is secure and the seller and selected bidder are provided access to the 

15 secure web site. Access might be provided in part by forwarding the seller and the bidder a 
URL for the negotiation web page. Access to the web page may be limited according to the 
user name and password used to secure the auction site as a whole. If, after the negotiation 
session, an agreement is reached between the parties, then the parties are bound to the terms 
of the agreement and the remainder of the transfer proceeds in the conventional manner. If 

20 no agreement is reached, the bidder is exited from the space at the end of the predetermined 
time and another bidder is notified, preferably electronically, that the space has become 
available for a bilateral negotiation. Either party may also exit negotiations before the 
predetermined time expires. This cycle continues until the registrant and a bidder reach an 
agreement or the predetermined time period for the lastly selected bidder ends. The order of 

25 negotiation among the bidders is preferably predetermined in accordance with the ending 
bidding prices. 

A particularly preferred embodiment of the present invention is described in detail in 
reference to FIG. 3. FIG, 3 illustrates a screen or web page from the domain name auction 
website that facilitates a bilateral post-auction negotiation. "Overtime" takes place if, after 
30 the pubUc auction period for the domain name registration transaction, no bid is equal to or 
greater than the reserve price for the auction. As the first stage of "overtime," the registration 
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seller and all bidders receive an e-mail message indicating commencement of a bilateral post- 
negotiation phase, or "overtime." During "overtime," the registrant and a first selected bidder 
are provided access to the "overtime" web page on the auction site, marked as "overtime" 
100. The "overtime" web page facilitates negotiations by the registrant and the selected 
5 bidder over the transfer of the subject domain name displayed in a highlighted box 101 . In 
FIG. 2 embodiment, the subject domain name is "scotland.com". 

The order of access to the bilateral negotiation web pages preferably is determined by 
the bids at the end of the auction. A bidder with the highest final bid after auction preferably 
becomes the first bidder to gain access, and a bidder who has the second highest bidding 
10 price becomes the second bidder to gain access, and so on. If there is only one bidder, the 
bidder automatically gains access to the post-auction negotiation space upon accepting 
overtime. 

The seller and the first bidder gain access at the end of the auction on commencement 
of "overtime," The automatic email messages sent at the end of the auction to the seller and 

1 5 the first bidder preferably contain links that direct them to the negotiation space. E-mail 
messages sent to other bidders at the end of the auction, on the hand, preferably do not 
contain links to the negotiation space. 

The negotiation web page displays a countdown clock 102 indicating an amount of 
time remaining for a registrant-bidder pair currently in session. Each registrant-bidder pair is 

20 allotted a predetermined time period to negotiate. If, for example, the registrant and the first 
bidder reached no agreement at the end of the predetermined time period, the first bidder is 
automatically denied access fi*om that point in time. At the same time, the second bidder 
receives an e-mail message fi*om the web site provider, the e-mail message containing links 
that direct the second bidder to the negotiation space. This cycle continues until the last 

25 bidder receives an e-mail message containing links that direct him to the negotiation space. 

A section immediately below the countdown clock 102 contains a summary of the 
negotiation activity. The summary section 1 includes the bidding party's usemame, the 
seller's reserve price, seller's last offer and comments, bidder's last offer and comments, and 
bidder's bidding price at the end of the auction. The summary section 1 viewed by the 

30 registrant may differ from that displayed to the bidder. The summary section viewed by the 
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bidder may not, for example, display the registrant's reserve price if the registrant elects not 
to display it. 

An offer by each party binds the offering party during the negotiation period until the 
other party makes a counteroffer. As long as there is a standing offer, the other party may 
5 accept the offer by clicking on an "Accept Offer" button 1 03 located in the summary section. 
FIG. 3, for example, illustrates the summary section 1 viewed by the registrant after the 
bidder made an offer. If the registrant clicks on the Accept Offer button 103, the registrant 
becomes bound to transfer the domain name to the bidder and the bidder becomes bound to 
pay the offer price in exchange of receiving the domain name. 
1 0 If one party makes an offer that is unsatisfactory, the other party may decline to 

accept the offer by making a counteroffer in a counteroffer section 2, the section below the 
summary section 1. The party can also attach comments to the counteroffer in this section. 
The counteroffer is submitted if a "Submit Counter Offer" button found at the bottom of the 
counteroffer section 2. The counteroffer reUeves the party who made the previous offer from 
1 5 being bound to the previous offer, and binds the new offeror to the counteroffer. 

A current options section 3 on top of the right column of the screen in FIG. 3 Hsts 
options for the party viewing the screen. The Hst may consist of two options or one option 
depending on the viewer of the screen. The registrant is provided an option to "end 
overtime" or to "reUst auction", whereas a bidder is provided an option to "exit or decline 
20 overtime". If the registrant elects to end overtime, all negotiations with all bidders are 
cancelled. If the registrant elects to reUst auction, all negotiations with all bidders are 
cancelled and the registrant can register for a new auction. If a bidder elects to exit or 
decline overtime, the negotiation between the registrant and that bidder is cancelled and the 
negotiation space becomes available for the registrant and the next highest bidder. In all 
25 these cases in which one party elects to terminate negotiation, all participants of the auction 
preferably are notified electronically. 

Below the current options section 3 is a bidder's hst section 4 that displays a list of all 
bidders' statuses, only viewable to the seller. FIG. 3 shows that the second bidder is current 
in a session with the registrant, while the first bidder has declined to negotiate with the 
30 registrant and the third bidder is waiting for his turn. On the bottom of the screen, a hst 
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shows a history of the negotiation session appears in overtime history section 5. The list 
contains offers made by the parties of the negotiation in a chronological sequence. 

Viewing the web site containing the sections described above and interacting with a 
another party via the Internet, a user is able to participate in an auction and a bilateral post- 
auction negotiation. The present invention improves the chances of more transactions being 
successfully completed by providmg a post-auction negotiation space. In a classical auction 
with reserve situation, the registrant is not provided an option to lower its reserve price, even 
if the registrant would have preferred to transfer the domain name at the price given at the 
auction, rather than not transferring or resubmitting another auction. This post-negotiation 
space provides the registrant an opportunity to do that. Moreover, unlike a classical auction 
situation, a bidder in a bilateral post-auction negotiation receives feedback fi-om the 
registrant, allowing the bidder to obtain a better feel for his chances. The seller can now also 
use the reserve price as a strategic point, a ceiling from which to negotiate down, instead of 
the traditional meaning of reserve price as the price the seller will accept. 

While the present invention has been described with reference to a most preferred 
embodiment thereof, those of ordinary skill in the art will appreciate that various 
modifications and extensions might be made to the present invention without varying from 
its basic teachuags. As such, those of ordinary skill in the art will appreciate that the present 
invention is not to be limited to the most preferred embodiment described herein. Rather, the 
scope and content of the present invention is to be determined from the claims, which follow. 
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